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Introduction 


The X11 protocol provides rendering primitives 


The primitives are rendered on the X-Server 


When GPU appeared, these primitives got accelerated 


The XRender extension extended this set of primitives 


Users of the X11 2D primitives 


e Toolkits: 
o Xt: Used by Motif and other ancient toolkits 
m All the rendering is done by the X Server 
o Gtk: Base of the Gnome Desktop Environment 
m Uses Cairo for all the rendering (X11 and XRender) 
m Cairo then uses the X Server for rendering 
o Qt: Base of the KDE desktop environment 


m Uses XRender for AA-text and cursor alpha blending 
m Uses the GPU or the CPU for all the other cases 


e Applications: 
o Plenty of X demos and other legacy apps (xeyes, ...) 
o Applications should never use the X11 API directly 


Performance evaluation 


e Performance evaluated on: 

Intel platform (Haswell GT2) on Arch Linux 
X-Server and Intel DDX from git (September 15th) 
Mesa from git (September 14th) 

Power is read through RAPL (verified with a meter) 
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e Benchmarks: 
o Cairo demos: various demos, fixed execution time 
o Cairo traces: traces of actual 2D applications (fixed 
workload) 


Performance: Cairo demos 


xf86-video-intel: 
Demo name Performance ratio (XLib/CPU) FPS/W ratio (XLib/CPU) 
x11:cairo:demo:fish 32.6 15.1 
x11:cairo:demo:chart 3.05 1.12 
x11:cairo:demo:tiger 151 0.73 


xf86-video-modesetting: 


Demo name Performance ratio (XLib/CPU) FPS/W ratio (XLib/CPU) 
x11:cairo:demo:fish 31.8 14.9 
x11:cairo:demo:chart 1.24 0.69 


x11:cairo:demo:tiger 1.16 0.90 


Performance: Cairo traces 


xf86-video-intel: Perf Min/Avg/Max: -50/+44/+182% 


2D performance of cairo traces (intel) 


Comparing the xlib and cpu backends 
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Cairo trace (test #) 


Energy efficiency: Cairo traces 


xf86-video-intel: Efficiency Min/Avg/Max: -73/-5/+137% 


2D performance on cairo traces (intel) 


Comparing the xlib and cpu backends 
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Energy ratio (CPU/Xlib) 
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Cairo trace (test #) 


Performance: Cairo traces 


Modesetting: Perf Min/Avg/Max: -90/-26/+123% 


2D performance of cairo traces (modesetting) 


Comparing the xlib and cpu backends 


Performance ratio (CPU/XLib) 
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Cairo trace (test #) 


Energy efficiency: Cairo traces 


Modesetting: Energy Min/Avg/Max: -97/-43/+56% 


Energy usage of cairo traces (modesetting) 


Comparing the xlib and cpu backends 
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Cairo trace (test #) 


Energy ratio (CPU/XLib) 


Future for toolkits 


e X-server is not always present anymore (Wayland, KMS) 
o Toolkits should not depend on X11 for rendering 


e Qt already mostly moved away from 2D accel using X11 
o They invested in their own CPU/GPU renderer 


e GTK is replacing Cairo with GTK Scene Kit (GSK) 
o GSK: Scene graph + GPU rendering 


Discussion 


e Rendering 2D on X is 
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barely faster than CPU rendering, unless compositing 
using more energy than using the CPU 

not going to work for Wayland or KMS-only apps 

not supporting 3D transformations 


e Toolkits are moving away from relying on X for rendering 
o Qt has its own CPU renderer and GPU acceleration 
o GTK is moving to GSK 


Should we tell applications to use client-side rendering? 


o CPU: Cairo, Qt 
o GPU: SKIA, Fast-Ul-Draw 


